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ABSTRACT 



A process for receiving multicast data from a communica- 
tions network, in particular from the Internet, with logical 
point-to-multipoint connections between a sender of multi- 
cast data and several subscribers (PCI, PC2), wherein a 
protocol for participation in a multicast group is executed 
between the subscribers (PCI, PC2) and a network element 
(NAS) remote from the subscribers, in which process for the 
case where tunnel connections exist between the subscribers 
(PCI, PC2) and the network element (NAS) remote from the 
subscribers, an additional protocol is executed between the 
network element (NAS) remote from the subscribers and a 
network element (CPNT) local to the subscribers, as a result 
of which identical multicast data of several parallel tunnel 
connections are sent out only once between these network 
elements, as well as a communications network, a subscriber 
network terminal (CPNT), an Internet access server (NAS) 
and program modules for the process. 
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PROCESS FPR RECEIVING MULTICAST DATA, 
AS WELL AS A COMMUNICATIONS NETWORK, 
CUSTOMER PREMISES NETWORK 
TERMINATION, INTERNET ACCESS SERVER 
AND PROGRAM MODULES FOR EXECUTING AN 
ADDITIONAL PROTOCOL FOR SAID PROCESS 

[0001] This invention concerns a method for receiving 
multicast data in a communications network according to the 
preamble of claim 1, a communications network according 
to the preamble of claim 2, an Internet access server accord- 
ing to the preamble of claim 6, a customer premises network 
termination according to the preamble of claim 7, and 
program modules for executing an additional protocol. 

[0002] The Internet is at the centre of a dynamic devel- 
opment in communications engineering. Today, Internet 
communication, also termed IP communication (IP=Internet 
Protocol), is still dominated by point-to-point communica- 
tion, in which data packets, so-called IP datagrams, are sent 
from one sender to one specified receiver. The most frequent 
application is where a subscriber requests a specific message 
stored on a specific server by transmitting the corresponding 
IP address. An Internet service which will become important 
in the future enables the use of point-to-multipoint applica- 
tions, so-called IP multicast applications, in which several 
users can receive specific information simultaneously, or 
applications in which several users can communicate with 
each other simultaneously. 

[0003] Multicast communication is actually known as 
"Video-on-Demand". Here the image data of a selected film 
is transmitted to different users on request and at an indi- 
vidually chosen time from a server that contains a reservoir 
of various films in its memory. A problem for this service is 
that very high data transmission resources are required for a 
video transmission of a satisfactory quality. Since only 
limited data transmission resources are usually available in 
the transmission network, only a limited number of sub- 
scribers can take advantage of this service at the same time. 
One solution to the problem can be obtained, firstly, by 
limiting the individual time choice for the beginning of films 
to specific times (for example every half hour) and as a result 
identical image data are transmitted in each case to those 
receivers who have selected the same film at an identical 
time, and secondly, mechanisms are made available in the 
transmission network, which allow identical data streams to 
be reduced to one data stream, where these run in parallel 
between identical network elements. 

[0004] Such mechanisms are known in ATM networks and 
are described for example in the ATM document "ATM UNI 
Signalling, Version 4.0" on page 120 in Appendix C under 
the title of "Point-to-Multipoint Connections — Cell Repli- 
cation". The network, whose nodes consist of ATM switch- 
ing centres, sets up a point- to-multipoint connection (Mul- 
ticast Virtual Channel Connection) from the sender to the 
receivers via the network nodes in the form of a tree in such 
a way that there are no parallel paths. 

[0005] Internet multicast communication, also termed IP 
multicast, is also known for the Internet and is described in 
Internet standards, such as the document RFC 1112 "Host 
Extensions for IP Multicasting" of the IETF (Internet Engi- 
neering Task Force). This standard defines IP Multicast as 
"the transmission of an IP datagram to a subscriber group", 
also termed a multicast group. The number of subscribers is 



of no significance; according to this definition it can be zero 
or more. The characterising feature of a multicast group is 
not the sender of multicast data but a multicast (IP) address 
allocated to this group, which represents a special IP 
address. According to this definition, a multicast group 
therefore exists as soon as a multicast address identifying the 
multicast group is assigned, irrespective of whether a sender 
or receiver is actually present. The membership of a multi- 
cast group is dynamic; it starts from the respective sub- 
scriber who wishes to receive the multicast data of this 
multicast group. To join or leave a multicast group he 
executes the so-called "Internet Multicast Group Protocol, 
or IGMP protocol, with a specific router. Routers represent 
any Internet elements which carry the IP datagrams over 
specific routes. Routers which can execute the IGMP pro- 
tocol are also known as multicast routers. The multicast 
routers participating in a multicast transmission pass signals 
between themselves in whose order the multicast data are 
transmitted in the Internet in such a way that identical 
multicast data are not sent several times over parallel routes. 

[0006] Access to the Internet is not usually effected 
directly from a subscriber computer, but via so-called (Inter- 
net) access networks, often by means of the public telephone 
network. These access networks are circuit-switched net- 
works in which a fixed connection is temporarily set up 
between sender and receiver. A channel between the sub- 
scriber and the Internet is reserved for the period of com- 
munication. While each channel in the conventional tele- 
phone network has a predefined bandwidth, the bandwidth 
in modern ATM networks can be specified as required. 
[0007] At the subscriber end, local networks frequently 
consist of several interconnected subscribers. The subscrib- 
ers can be connected to the Internet via a customer premises 
network termination, CPNT, that has a connection to an 
access network. In modern local networks, for example the 
Ethernet and the use of special PPPOE protocols (PPPOE- 
Point-to-Protocol over Ethernet), that is employed between 
the subscribers and the network terminal, simultaneous and 
individual Internet communication is possible for all sub- 
scribers of the local network without additional functions 
being necessary in the subscriber computer. 
[0008] If several subscribers of such a local network now 
request identical data by joining the same multicast group, 
it is generally sufficient to send these data only once via the 
access network to the network terminal which can then 
distribute the data to the corresponding subscribers. How- 
ever, a problem arises in that the subscribers have individual 
tunnel connections to the Internet, one channel being 
reserved for each one via the access network. It is thus not 
easy to prevent channels with identical end points from 
being loaded with identical data streams. 
[0009] The object of this invention is to create a process 
and suitable means to avoid identical data streams via data 
channels running in parallel, in particular in IP multicast 
communication via an access network. 

[0010] This object is achieved according to the invention 
by a process according to the teaching of claim 1, a 
communications network according to the teaching of claim 
2, an Internet access server according to the teaching of 
claim 6, a subscriber network terminal according to the 
teaching of claim 7 and program modules for executing an 
additional protocol according to the teaching of claims 8 and 
9. 
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[0011] Further developments of the invention are revealed 
in the sub-claims and in the following description. 

[0012] The invention is further explained below with the 
aid of the attached drawings, where: 

[0013] FIG. 1 shows schematically a communications 
network for Internet communication, 

[0014] FIG. 2 shows the construction of channel connec- 
tions in an access network according to the prior art, 

[0015] FIG. 3 shows the construction of additional chan- 
nel connections for a multicast communication when imple- 
menting the process according to the invention, 

[0016] FIG. 4 shows the sequence of the IGMP protocol, 
together with the sequence of the additional protocol accord- 
ing to the invention. 

[0017] First, an example of a typical, partially simplified 
communications network for Internet communication with 
the main network facilities involved is shown with the aid of 
FIG. 1. From left to right, the communications network is 
divided into levels I-V In level I, the subscriber level, an 
unspecified number of subscribers PCI, PC2, . . . , PCn and 
a network terminal CPNT is shown, which are intercon- 
nected via a communications medium CM. The subscribers 
PCI, PC2, . . . , PCn, the network terminal CPNT and the 
communications medium CM together form a local network 
LN. In level II, the Internet access network level, an access 
network AN is indicated by a cloud symbol. In level III, the 
Internet access provider, IAP, level, an (Internet) access 
server NAS is shown. The levels Mil are hereafter also 
referred to as access levels. In level IV, the (Internet) service 
provider, ISP, level, two service provider networks ISP1 and 
ISP2, for example, are shown, each also indicated by a cloud 
symbol. In level V, the Internet core network level, the actual 
Internet is shown, again as a cloud symbol. In the Internet 
service provider networks ISP1 and ISP2 and the Internet, 
cylinder-shaped symbols are shown, which represent the 
above-mentioned routers. This is intended to show that the 
data forwarding in these networks is effected by the IP 
protocol. Levels IV and V are hereafter also referred to as 
Internet levels. 

[0018] The network terminal CPNT, the access network 
AN and the access server NAS are interconnected in that 
order. The access server NAS is connected to both Internet 
service provider networks ISP1 and ISP2, each of which in 
turn has a connection to the Internet. 

[0019] Since it is assumed that the Internet protocol (IP) is 
used equally in the Internet service provider networks ISP1 
and ISP2 and in the Internet, where the term Internet 
communication is used, no distinction is being made here- 
after as to whether the communication of a subscriber 
actually takes place in the Internet or ends at a unit of an 
Internet service provider ISP1 or ISP2, without involving 
the Internet. 

[0020] During the call set-up with the Internet, logical 
point-to-point connections are established between the indi- 
vidual subscribers PCI, PC2, . . . , PCn and the access server 
NAS by using the PPP protocol (PPP=Point-to-Point Pro- 
tocol) which is customary for private Internet access.. There 
then exists a PPP communication relationship, also termed 
PPP session, for the duration of Internet communication. 



[0021] It is assumed for the invention that the local 
network LN in level I facilitates the individual Internet 
communication of all subscribers PCI, PC2, . . . , PCn. A 
communications medium CM which enables this, is for 
example the Ethernet, using the above-mentioned PPPOE 
protocol. By introducing the PPPOE protocol, which sub- 
stantially represents an additional protocol level between the 
PPP protocol level and the Ethernet protocol level, unam- 
biguous identification of all PPP sessions with the Internet 
occurs, by means of which each subscriber PCI, PC2, . . . , 
PCn can identify his PPP data. 

[0022] Looked at logically, point-to-point connections 
therefore exist in the communications medium CM between 
the subscribers PCI, PC2, . . . , PCn and the network 
terminal CPNT, which are superimposed on the normal 
Ethernet communications protocol and are therefore also 
referred to as PPP tunnel connections, or simply tunnels. 

[0023] The network terminal CPNT and the access server 
NAS are the start and end points of the circuit-switched 
communication via the access network AN of level II. A 
connection to the access network AN is made for each 
subscriber PCI, PC2, . . . , PCn who wishes to communicate 
with the Internet. The continuation of a tunnel in the local 
communications medium CM from the network terminal 
CPNT to the access server NAS via an above-mentioned 
connection is denoted as an extension to the tunnel; for each 
corresponding subscriber PCI, PC2, . . . , PCn, this results 
in a continuous, so-called private tunnel to the access server 
NAS, via which all Internet communication relating to him 
is conducted. 

[0024] In actuality, the levels III and IV are implemented 
in very different ways. There are therefore implementations 
without (spatial) separation of these levels; in other imple- 
mentations further sub- networks (not shown here) exist in 
level III. Moreover, the tasks of the aforesaid network 
elements, especially those of the access server (NAS) are not 
precisely defined; modern access servers (NAS) can there- 
fore already possess means for carrying out routing func- 
tions. For the following exemplary embodiments it is 
assumed that the access server is the interface between the 
circuit-switched access levels I -1 1 1 and the packet-switched 
Internet levels IV and V. In particular, it should be assumed 
in this case that the Internet server NAS is the end point of 
the above-mentioned IGMP protocol and thus takes on the 
tasks of an above-mentioned multicast router. 
[0025] First of all, the known assumed situation of the 
channel setup in an access network is described with the aid 
of FIG. 2. In FIG. 2 a section of FIG. 1 with levels I-III is 
illustrated first: 

[0026] As is known from FIG. 1, the local network LN, 
the access network AN and the access server NAS are shown 
from left to right. Here, for example, the local network LN 
has two subscribers PCI and PC2. The communications 
relationships of the subscribers PCI and PC2 with the 
Internet are shown by two arrows in the forward and reverse 
directions, respectively, between the subscribers PCI and 
PC2 on the one hand and the access server NAS on the other, 
the broader arrows from the access server NAS to the 
subscribers PCI and PC2 denoting the frequently higher 
data traffic in this direction compared to the opposite direc- 
tion. Two channels VCC1 and VCC2 are shown within the 
access network AN, each channel VCC1 and VCC2 carrying 
the data traffic of one subscriber PCI or PC2, respectively. 
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[0027] In this case the access network AN is assumed to be 
an ATM network, where the above-mentioned channels are 
configured as Virtual Channel Connections (VCC) For each 
above-mentioned tunnel of the subscriber PCI and PC2 to 
the access server NAS, also termed a private tunnel, one 
channel VCC1 or VCC2, respectively, of the access network 
AN is available, via which the respective data traffic of the 
subscribers PCI and PC2 is forwarded to the Internet 
independently of the other. The task of the network terminal 
CPNT lies substantially in the protocol conversion of the 
data from the local network LN to the access network AN 
and vice versa. Where both subscribers PCI and PC2 belong 
to the same multicast group, the corresponding (IP) multi- 
cast datagrams, like all the rest of the IP datagrams in the 
access server NAS are replicated and sent in parallel via both 
channels VCC1 and VCC2 to both subscribers PCI and 
PC2. 

[0028] Often the access network AN has only a limited 
capacity. In the case of multicast applications this can lead 
to undesirable bottlenecks, especially for video transmis- 
sion. 

[0029] The channel structure and the forwarding of mul- 
ticast data when implementing the process according to the 
invention is described with the aid of FIG. 3. For the 
example illustrated it is assumed that both subscribers PCI 
and PC2 belong to the same multicast group. 

[0030] FIG. 3 differs from FIG. 2 in that, additionally, a 
multicast data channel MVCC and a multicast protocol 
channel AVCC are shown between the network terminal 
CPNT and the access server NAS. Exactly as in FIG. 2, the 
data traffic is forwarded from the subscribers PCI and PC2 
to the access server NAS via the channels VCC1 and VCC2, 
while the multicast data specific to both subscribers PCI, 
PC2 are forwarded only once via the multicast data channel 
MVCC and only replicated in the network terminal CPNT 
and distributed to the subscribers PCI and PC2. The remain- 
ing data traffic, not shown here, to the subscribers PCI and 
PC2 is, furthermore, forwarded via the channels VCC1 and 
VCC2, respectively. The subscribers PCI and PC2 each 
indicate their request to join a multicast group via their 
private tunnels during the execution of the IGMP protocol as 
described above. On receipt of the join request of the first 
subscriber, for example PCI, the access server NAS informs 
the network terminal CPNT via the multicast protocol chan- 
nel AVCC that the subscriber PCI is to receive multicast 
data; these data are then sent via the multicast data channel 
MVCC instead of via the channel VCC1. Furthermore, the 
remaining data are sent to the subscriber PCI via the channel 
VCC1. The network terminal CPNT then inserts the multi- 
cast data into the private tunnel of the subscriber PCI, for 
whom this data linking process remains transparent. The 
insertion of the multicast data is effected by combining the 
channels VCC1 and MVCC; in this case combination is 
referred to as association. If, in the course of time, a further 
subscriber, for example PC2, wishes to join the same mul- 
ticast group, the access server NAS informs the network 
terminal CPNT via the multicast protocol channel AVCC 
that the subscriber PC2 is to receive the multicast data via 
the channel MVCC. The association of the channels VCC2 
and MVCC is then carried out in the network terminal 
CPNT. 

[0031] This example shows that when a subscriber PCI 
joins a multicast group, redirection of the corresponding 



multicast data takes place via a multicast data channel 
MVCC. For each additional subscriber PCI, PC2, . . . , PCn, 
who then also wishes to join this multicast group, it is then 
only necessary to make the corresponding association 
between his channel and the existing multicast data channel 
MVCC. Of course this procedure is not mandatory; this 
redirection could also be effected after a specific number of 
subscribers only, for example from the second subscriber on. 

[0032] In FIG. 4 an exemplary sequence of the additional 
protocol AP according to the invention that is forwarded via 
the multicast signalling channel AVCC is described in 
conjunction with the sequence of the IGMP protocol as 
described above. Here the upper part of the diagram in FIG. 
4 corresponds to the conditions in FIG. 3. However, for 
simplification, only one subscriber PCI and thus only one 
channel VCC1 is illustrated. The IGMP protocol runs via 
this channel. In addition to FIG. 3, a protocol S is shown 
between the access server NAS and the access network AN. 

[0033] In the lower part of the diagram in FIG. 4 the 
(protocol) messages exchanged during an exemplary 
sequence of said protocol are shown in chronological order 
from top to bottom. 

[0034] A message Ml or IGMP REPORT of the IGMP 
protocol is sent from the subscriber PCI to the access server 
NAS; a message SI or ADD BRANCH of the protocol S is 
sent from the access server NAS to the access network AN; 
a message AMI or ASSOCIATE of the additional protocol 
AP is sent from the access server NAS to the network 
terminal CPNT, a message M2 or IGMP QUERY of the 
IGMP protocol is sent from the access server NAS to the 
subscriber PCI; a message M3 or IGMP REPORT of the 
IGMP protocol is sent from the subscriber PCI to the access 
server NAS; a message M4 or IGMP LEAVE of the IGMP 
protocol is sent from the subscriber PCI to the access server 
NAS; a message AM2 or STOP ASSOCIATION of the 
additional protocol AP is sent from the access server NAS to 
the network terminal CPNT; a message S2 or DISCON- 
NECT BRANCH of the protocol S is sent from the access 
server NAS to the access network AN. 

[0035] In this case the IGMP protocol is transmitted via 
the channel VCC1 which belongs to the private tunnel of the 
subscriber PCI. The Ml or IGMP REPORT message con- 
tains the multicast address of the multicast group which the 
subscriber PCI wishes to join. The M2 or IGMP QUERY 
message contains the request to inform the subscriber PCI 
whether he is still joining the multicast group. The sub- 
scriber PCI confirms his participation by sending the M3 or 
IGMP REPORT message, which has the same content as the 
Ml message. The IGMP LEAVE message contains the wish 
of the subscriber PCI to end participation in a specific 
multicast group. The M4 message can be optionally omitted: 
the M2 and M3 messages are used to check whether a 
subscriber of a specific multicast group is still present. If the 
access server (NAS) receives no reply from at least one of 
the subscribers PCI, PC2, . , PCn, then it can discontinue 
the transmission of the corresponding multicast data without 
needing to receive the M4 or IGMP LEAVE message. 

[0036] The additional protocol AP is transmitted via the 
multicast signalling channel AVCC. The AMI or ASSOCI- 
ATE message contains the request to the network terminal 
CPNT to associate the channel VCC1 with the multicast data 
channel MVCC, that is to say to insert the data sent via the 
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multicast data channel into the private tunnel of the sub- 
scriber PCd. The AM2 or STOP ASSOCIATION message 
contains the request to the network terminal CPNT to end 
the association between the multicast data channel MVCC 
and the channel VCC1. 

[0037] The execution of the protocol S with the ADD 
BRANCH and DISCONNECT BRANCH messages is used 
to set up each multicast data channel MVCC only when 
actual data are to be transmitted via this channel, and to clear 
it down again as soon as data are no longer sent via it. With 
the SI or ADD BRANCH message the access server NAS 
requests the access network AN to set up a multicast data 
channel MVCC to the network terminal CPNT. With the S2 
or DISCONNECT BRANCH message the access network 
AN is requested to clear down the multicast data channel 
MVCC. The execution of this protocol is optional. Instead of 
this, a fixed number of static channels could also be main- 
tained. Here the multicast protocol channel AVCC is con- 
sidered as a static channel; it could of course be set up and 
cleared down exactly like each multicast data channel 
MVCC. In this case the setting-up of the multicast protocol 
channel AVCC should occur no later than the setting-up of 
the first multicast data channel MVCC. It can then be cleared 
down when there is no longer any multicast data channel. 

[0038] It should be mentioned at this point that a confir- 
mation (acknowledge) message can be provided in the 
reverse direction in each case for the SI or ADD BRANCH, 
S2 or DISCONNECT BRANCH, AMI or ASSOCIATE and 
AM2 or STOP ASSOCIATION messages. When one of 
these acknowledge messages is absent, certain measures can 
be taken, for example repeated transmission or transmission 
via other available channels. Such measures are found in the 
prior art; in this case they have to be tailored to the special 
conditions and facilities of the access network AN in par- 
ticular and it is not intended to describe them in further detail 
here. 

[0039] By executing the IGMP protocol in conjunction 
with the additional protocol according to the invention, any 
number of subscribers PCI, PC2, . . . , PCn of the local 
network LN can join and leave a multicast group. 

[0040] In an alternative to the process according to the 
invention, the multicast protocol channel AVCC and the 
execution of the additional protocol AP are dispensed with. 
By intercepting the messages of the subscribers PCI, PC2, 
. . . , PCn during the execution of the IGMP protocol (IGMP 
snooping), the network terminal CPNT can assign the mul- 
ticast data of various multicast groups to the corresponding 
subscribers PCI, PC2, . . . , PCn and effect the distribution 
as described above. 

[0041] Of course, this process has the following substan- 
tial disadvantages: 

[0042] A global unambiguous multicast address dis- 
tribution is not guaranteed. If the, presumably infre- 
quent, case arises where various multicast groups 
that are assigned to different Internet service provid- 
ers have the same addresses, the access server NAS 
can nevertheless request various multicast data chan- 
nels, since the access server NAS can detect from the 
origin of the data that these data come from different 
Internet service providers, ISP. With no facility for 
passing this information to the network terminal 



CPNT, the latter is not able to distinguish between 
multicast data having the same multicast address. 
This then inevitably causes these data to be mixed up 
in the local network (LN) and thus to illegibility at all 
the subscribers concerned. 

[0043] As with the other Internet access checks, the 
individual access check on specific multicast groups 
is preferably made in the access server NAS, for 
example by checking a submitted password. If, by 
sending a corresponding message, a subscriber PCI, 
PC2, . . . , PCn without access authorisation now 
wishes to join a multicast group in which one or 
more additional subscribers PCI, PC2, . . . , PCn of 
the local network LN are participating, then these 
data of the corresponding multicast data channel 
MVCC of the network CPNT are forwarded to these 
subscribers, without the access server NAS being 
able to prevent this. Consequently, an effective 
access check of the access server NAS for partici- 
pation in multicast groups is not possible. 

1. Method for receiving multicast data from a communi- 
cations network, in particular from the Internet, with logical 
point -to-multipoint connections between a sender of multi- 
cast data and several subscribers (PCI, PC2, . . . , PCn), 
wherein a protocol (IGMP) for participation in a multicast 
group is executed between the subscribers (PCI, PC2, . . . , 
PCn) and a network element (NAS) remote from the sub- 
scribers, characterised in that if tunnel connections exist 
between the subscribers (PCI, PC2, . . . , PCn) and the 
network element (NAS) remote from the subscribers, an 
additional protocol (AP) is executed between the network 
element (NAS) remote from the subscribers and a network 
element (CPNT) local to the subscribers, as a result of which 
identical multicast data of several parallel tunnel connec- 
tions are sent out only once between these network elements. 

2. Communications network with point-to-multipoint 
connections between a sender of multicast data and several 
subscribers (PCI, PC2, . , . , PCn), wherein the subscribers 
(PCI, PC2, , . . , PCn) have, in addition to network elements 
(NAS) remote from the subscribers, of the communications 
network, protocol execution means for executing a protocol 
(IGMP) for participation in a multicast group, characterised 
in that if tunnel connections exist between the subscribers 
(PCI, PC2, . . . , PCn) and a network element (NAS) remote 
from the subscribers, organisation means are provided in the 
network element (NAS) remote from the subscribers, which 
arrange for multicast data of one multicast group to be sent 
out only once between the network element (NAS) remote 
from the subscribers and a network element (CPNT) local to 
the subscribers via a multicast data channel (MVCC) instead 
of via tunnel connections, wherein evaluation means are 
provided in the network element (CPNT) local to the sub- 
scribers, which, on the basis of an evaluation of protocols 
(IGMP, AP) perform the allocation of the multicast data sent 
via the multicast data channel (MVCC) to the corresponding 
subscribers (PCI, PC2, . . . , PCn), and wherein distribution 
means are provided in the network element (CPNT) local to 
the subscribers for distribution of the multicast data to the 
corresponding subscribers (PCI, PC2, . . . , PCn). 

3. Communications network according to claim 2, char- 
acterised in that the network element (NAS) remote from the 
subscribers and the network element (CPNT) local to the 
subscribers each have additional protocol execution means 
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for executing an additional protocol (AP) in which the 
network clement (NAS) remote from the subscribers 
informs the network element (CPNT) local to the subscrib- 
ers of those respective subscribers (PCI, PC2, . . . , PCn) to 
which the multicast data of the various multicast groups are 
to be transmitted. 

4. Communications network according to claim 2, char- 
acterised in that an Internet access network (AN), con- 
structed as an ATM network, in which a channel connection 
in the form of a so-called "Virtual Channel Connection" 
(VCC1, VCC2, MVCC, AVCC) for each tunnel connection 
of the subscribers (PCI, PC2, . . . , PCn) as well as for each 
multicast group involving the subscribers (PCI, PC2, . . . , 
PCn), and for the additional protocol, can be established 
between the network element (NAS) remote from the sub- 
scribers and the network element (CPNT) local to the 
subscribers. 

5. Communications network according to claim 4, char- 
acterised in that signalling means are provided, which 
execute a protocol (S) between the ATM network and a 
network unit (NAS) executing the additional protocol (AP), 
as a result of which channel connections can be set up for 
multicast data (MVCC) as required. 

6. Internet access server (NAS) that has an interface to an 
Internet access network (AN), via which at least one channel 
of a subscriber (PCI, PC2, . . . , PCn) can be set up for his 
individual tunnel connection, and setting-up means are 
provided in order to set up further channels (MVCC, 
AVCC), characterised in that provision means are provided 
in order to provide the data specific to one or more sub- 
scribers (PCI, PC2), in particular multicast data, on a further 
channel (MVCC) instead of on the channels (VCC1, VCC2) 
exclusively specified for said data, and additional protocol 
execution means for executing an additional protocol (AP) 
are provided in order to inform a network element (CPNT) 
terminating the local network (LN) of the subscribers (PCI, 
PC2, . . . , PCn), which subscribers (PCI, PC2) should 
receive these data. 

7. Customer premises network termination (CPNT) that 
has an interface to one or more subscribers (PCI, PC2, . . . 
, PCn) and a further interface to an Internet access network 
(AN), via which channels of one or more subscribers (PCI, 
PC2, . . . , PCn) can be set up for their individual tunnel 
connections and further channels (MVCC and AVCC) can 
be set up, characterised in that additional protocol execution 
means for executing an additional protocol (AP) are pro- 
vided, in which the subscriber network terminal (CPNT) is 
informed of those subscribers (PCI, PC2) to which the data 
received via further channels (MVCC), in particular multi- 
cast data, are to be additionally transmitted, and insertion 
means are provided, in order to insert these data into the 
tunnel connections of the specified subscribers (PCI, PC2). 

8. Program module for executing an additional protocol 
(AP) in a network element (NAS) remote from the subscrib- 
ers, with the steps: 



Detection of the subscriber's request of a subscriber (PCI, 
PC2, . . . , PCn) to a multicast group by evaluation of 
the protocol message for participation in a multicast 
group (IGMP), and 

Sending an additional message (ASSOCIATE) to a net- 
work element (CPNT) local to the subscribers, with the 
information about that subscriber or those subscribers 
(PCI, PC2) to which the data of a multicast channel 
(MVCC) are to be transmitted. 

9. Program module for executing an additional protocol 
(AP) in a network element (CPNT) local to the subscribers, 
with subscribers (PCI, PC2, . . . , PCn) connected thereto, 
with the steps: 

Receipt of an additional message (ASSOCIATE) from the 
network element (NAS) remote from the subscribers, 

Evaluation of the information contained in the additional 
message (ASSOCIATE) that specified subscribers or a 
specified subscriber (PCI, PC2) are to receive data of 
a specified multicast channel (MVCC), and 

Initiating the distribution to the corresponding subscriber 
(PCI, PC2) of the data being received or to be received 
via the specified multicast channel (MVCC). 

10. Program module according to claim 8, with the 
additional steps: 

Detection of the request for ending the participation of a 
subscriber (PCI, PC2, . . . , PCn) in a multicast group 
by evaluating the protocol messages for participation in 
a multicast group (IGMP), and 

Sending an additional message (STOP ASSOCIATION) 
to the network element (CPNT) local to the subscribers, 
with the information about those subscribers (PCI, 
PC2, . . . , PCn) which should no longer receive any 
further data of a specified multicast channel (MVCC). 

11. Program module according to claim 9, with the 
additional steps: 

Receipt of an additional message (STOP ASSOCIATION) 
from the network element (NAS) remote from the 
subscribers, 

Evaluation of the information contained in the additional 
message (STOP ASSOCIATION) about those subscrib- 
ers (PCI, PC2) to which data of a specified multicast 
channel (MVCC) should no longer be transmitted, and. 

Initiating the ending of the distribution of the data 
received via the specified multicast channel (MVCC) to 
the corresponding subscribers (PCI, PC2). 

* * * * * 
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